WO 2005/018193 



1 



PCT/EP2004/003837 



Verfahren und System zur EreiqnisQbertraqunq 
Beschreibuna 

Die Erfindung betrifft ein Verfahren und ein System zur Obertragung von Ereignissen in 
einer web-basierten Client-Server-Umgebung von einem Server zu einem Client, insbe- 
sondere zur Obertragung von Alarm- und Ereignismeldungen einer zu uberwachenden 
technischen Anlage. Unter der Obertragung eines Ereignisses ist in diesem Zusammen- 
hang und im folgenden insbesondere die Obertragung von Informationen zu verstehen, 
die ein Ereignis beschreiben. 

Client/Server-Systeme werden vielfach zur dezentralen Oberwachung und auch zur 
Steuerung technischer Anlagen, wie beispielsweise Fertigungsanlagen, Oder Anlagen 
der Gebaudeleittechnik, eingesetzt. Die jeweilige technische Anlage ist dabei ublicher- 
weise mit einer Datenerfassungseinheit ausgestattet, beispielsweise einer speicherpro- 
grammierbaren Steuerung (SPS), die in der Anlage eintretende Ereignisse und Alarme 
erfasst und an einen Leitrechner Qbermittelt. Der Leitrechner befindet sich in der Regel 
raumlich in der N&he der Anlage und ist durch ein Bussystem mit der Datenerfassungs- 
einheit verbunden. Der Leitrechner verfugt unter anderem Uber eine Datenbank, in der 
ein aktuelles Abbild des Zustarides der Anlage enthalten ist, und ubereine Ereignisliste, 
in der die von der Datenerfassungseinheit ubermittelten Ereignisse, insbesondere 
Zustandsanderungen, eingetragen und gespeichert werden. Der Leitrechner fungiert als 
Server, der Dber eine Kommunikationsverbindung, beispielsweise uber das Internet, 
Daten mit einem oder mehreren Clients austauscht, die sich raumlich getrennt vom 
Server befinden. 

Der Client verfugt Qber eine Applikation, die als Schnittstelle zum Bediener fungiert, und 
mit deren Hilfe die technische Anlage Qberwacht und gesteuert werden kann. Eine 
wesentliche Aufgabe eines solchen Client/Server-Systems besteht darin, in der Anlage 
eintretende Ereignisse moglichst schnell zur Applikation des Clients (Client-Anwen- 
dung) zu Qbertragen. 
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In Qblichen Kommunikationsnetzwerken, die auf dem Anfrage-Antwort-Modell basieren, 
wie beispielsweise dem Internet, hat der Server keine Moglichkeit, von sich aus aktiv 
Nachrichten an den Client zu senden. Deshalb ist er nicht in der Lage, Ereignisse 
spontan zu einem oder mehreren Clients zu Qbertragen. Bei herkommlichen 
Client/Server-Systemen stellt der jeweilige Client Anfragen zur EreignisQbermittlung an 
den Server, woraufhin der Server die Ereignisse ubermittelt, die seit der letzten Anfrage 
eingetreten sind. Dieses Verfahren erfGllt nicht die Anforderungen an eine EreignisGber- 
tragung, bei welcher der Server aktiv die Clients Qber eintretende Ereignisse benach- 
richtigen muss. 

Aufgabe der Erfindung ist es, ein Verfahren und ein System zur Verwaltung und Gber- 
tragung von Ereignissen von einem Server zu einem Client zu schaffen, bei dem die 
Datenubertragung aus Sicht des Clients durch den Server initiiert erfolgt. 

Die Aufgabe wird erfindungsgemaB durch ein Verfahren mit den im Anspruch 1 ange- 
gebenen Merkmalen gelQst. Ein entsprechendes System und vorteilhafte Ausgestal- 
tungen sind in weiteren Ansprtichen und in der Figurenbeschreibung angegeben. 

Das erfindungsgema&e Verfahren sieht vor, dass fQr jedes Ereignis, das von einem 
Server Qber eine Kommunikationsverbindung zu einem Client, beziehungsweise einer 
Client-Anwendung, zu Qbertragen ist, eine Registrierung des Ereignisses mittels eines 
Client-Ereignisdienstes und eines Server-Ereignisdienstes vorgenommen wird. Es 
werden nur die Ereignisse vom Server zum Client ubertragen, fur die eine Registrierung 
vorgenommen wurde. Durch eine solche Ereignisregistrierung findet jeweils eine Aktu- 
alisierung, beziehungsweise durch die erste Registrierung eine Initialisierung, des. 
Client/Server-Systems statt. Tritt ein Ereignis ein, so wird es zunachst einer Anlagen- 
schnittstelle des Servers gemeldet. Wurde fur das betreffende Ereignis eine Registrie- 
rung vorgenommen, so wird es von der Anlagenschnittstelle an den Server-Ereignis- 
dienst ubergeben. Der Client-Ereignisdienst stellt, beispielsweise periodisch, Ober die 
Kommunikationsverbindung Anfragen zur EreignisCibermittlung an den Server-Ereig- 
nisdienst. Liegt ein vom Server-Ereignisdienst erfasstes Ereignis vor, so wird es auf- 
grund der eingegangenen Anfrage Qber die Kommunikationsverbindung zum Client- 
Ereignisdienst Qbertragen. Innerhalb des Clients Qbertragtder Client-Ereignisdienst 
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empfangene Ereignisse zur Client-Anwendung, wo das Ereignis beispielsweise zyr 
Meldung gebracht wird, indem ein das Ereignis beschreibender Eintrag in einer Ereig- 
nisliste erzeugt wird. Somit sind zur Obertragung eines eingetretenes Ereignis zur 
Client-Anwendung keine aktive Anfragen der Client-Anwendung ndtig. Da die Client- 
Anwendung nicht mit dem Server sondern nur mit dem Client-Ereignisdienst konimuni- 
ziert, ist sie vom Server unabhangig. Mit Hilfe des Verfahrens geschieht die Ereignis- 
behandlung aus Sicht der Client-Anwendung wie in einer lokalen Umgebung. 

Eine Anwendung des erfindungsgemS&en Verfahrens liegt beispielsweise in der Ober- 
wachung technischer Anlagen. Zu Qbertragende Ereignisse werden in diesem Fall von 
der Datenerfassungseinheit einer zu uberwachenden technischen Anlage erfasst und 
an die Anlagenschnittstelle des Servers gemeldet. 

In einer vorteilhaften Ausgestaltung der Erfindung registriert die Client-Anwendung fQr 
jedes Ereignis, Qber das sie zu benachrichtigen ist, beim Client-Ereignisdienst eine 
entsprechende Client-RQckruffunktion. Der Client-Ereignisdienst registriert daraufhin 
Qber die Kommunikationsverbindung eine entsprechende Server-Ruckruffunktion beim 
Server-Ereignisdienst. Diese Registrierung wird fur jedes Ereignis, uber das die Client- 
Anwendung zu benachriqhtigen ist, separat durchgefuhrt Auf diese Weise ist es 
moglich, alle Ereignisse unabhangig voneinander zu behandeln. 

Vorteilhafterweise wird verfahrensvorbereitend eine Zuordnung, beispielsweise in Form 
einer Liste, vorgenommen, so dass anhand dieser Zuordnung jedem in der Anlage 
moglicherweise auftretenden Ereignis ein eindeutiger Name zugeord net wird. Diese 
Zuordnung ist im Client und irh Server vorhanden. Somit ist sichergestellt, dass im 
Client und im Server jedem Ereignis der gleiche Name zugeordnet ist. Zur Registrierung 
der Ruckruffunktionen ruft die Client-Anwendung eine Client-Registrierungsfunktion des 
Client-Ereignisdienstes auf und Qbergibt ihr den Namen des betreffenden Ereignisses 
und einen Zeiger auf die zu registrierende Client-RQckruffunktion. Die Client-Registrie- 
rungsfunktion generiert daraufhin eine eindeutige Ereigniskennung und Qbermittelt 
diese Ereigniskennung zusammen mit dem Ereignisnamen Qber die Kommunikations- 
verbindung an eine Server-Registrierungsfunktion des Server-Ereignisdienstes. Die 
Server-Registrierungsfunktion registriert bei der Anlagenschnittstelle eine Server-RQck- 
ruffunktion durch Obergabe des Ereignisnamens. Daraufhin speichert die Server-Regi- 
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strierungsfunktion einen Datensatz, der die Ereigniskennung, einen Zeiger auf die zu 
registrierende Server-RQckruffunktion und gegebenenfalls weitere Daten, wie beispiels- 
weise den Ereignisnamen, enthait, in einer Server-Ereignistabelle. AnschlielJend meldet 
die Server-Registrierungsfunktion die DurchfQhrung der Registrierung Qber die Kommu- 
nikationsverbindung zurtick an die Client-Registrierungsfunktion des Client-Ereignis- 
dienstes. Daraufhin registriert die Client-Registrierungsfunktion die Client-RQckruf- 
funktion, indem sie einen Datensatz, der die Ereigniskennung, einen Zeiger auf die zu 
registrierende Client-RQckruffunktion und gegebenenfalls weitere Daten, wie beispiels- 
weise den Ereignisnamen, enthait, in einer Client-Ereignistabelle speichert. 

Von Vorteil ist es, wenn die Client-Registrierungsfunktion nach der erstmaligen Regi- 
strierung einer Client-Ruckruffunktion einen Anfragegenerator des Client-Ereignisdien- 
stes startet. Der Anfragegenerator stellt ab diesem Zeitpunkt Anfragen zur EreignisQber- 
mittlung an den Server-Ereignisdienst. Dadurch ist sichergestellt, dass beim Server- 
Ereignisdienst nur Anfragen von Clients eintreffen, fur die auch Ereignisse registriert 
sind. 

Ein weiterer Vorteil ist es, dass der Anfragegenerator die Anfragen zur EreignisQber- 
mittlung an den Server-Ereignisdienst zyklisch stellt. Die Zykluszeit ist dabei variabel 
und kann somit an die jeweiligen Bedingungen angepasst werden. 

In einer vorteilhaften Ausgestaltung ISuft die Obertragung von Ereignissen in mehreren 
Schritten ab. Dabei erfasst zunachst die Anlagenschnittstelle das eingetretene Ereignis 
und ruft die fur dieses Ereignis registrierte Server-RQckruffunktion des Server-Ereignis- 
dienstes auf. Daraufhin erzeugt die Server-RQckruffunktion einen das Ereignis beschrei- 
benden Eintrag in einer Ereigniswarteschlange. Da fQr jeden Client, der mit dem Server 
kommuniziert, eine eigene Ereigniswarteschlange angelegt ist, wird der Eintrag gegebe- 
nenfalls in mehreren Ereigniswarteschlangen erzeugt, sofern mehrere Clients fQr dieses 
Ereignis eine RQckruffunktion registriert haben. Bei der na.chsten Anfrage des Client- 
Ereignisdienstes zur EreignisQbermittlung liest der Server-Ereignisdienst den erzeugten 
Eintrag aus der dem Client zugeordneten Ereigniswarteschlange aus und Qbermittelt inn 
Qber die Kommunikationsverbindung an den Client-Ereignisdienst. Der Client-Ereignis- 
dienst ermittelt aus dem vom Server-Ereignisdienst erhaltenen Eintrag die fQr dieses 
Ereignis registrierte Client-RQckruffunktion und ruft diese auf. Die Client-RQckruffunktion 
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fuhrt anschlieRend in der Client-Anwendung eine Aktion aus, die fur das entsprechende. 
Ereignis definiert ist, beispielsweise wird ein Eintrag in einer Ereignisliste erzeugt oder 
es erfolgt eine Anzeige in einer graphischen Darstellung. 

In einer vorteilhaften Ausgestaltung der Erfindung wird fakultativ eine Aufraumfunktion 
des Server-Ereignisdienstes aufgerufen, welche die Kommunikation mit dem Client- 
Ereignisdienst uberwacht. Werden von einem Client-Ereignisdienst Qber einen 
vorgebbaren Zeitraum keine Anfragen mehr Qberm'rttelt, so erkennt die Aufraumfunk- 
tion, dass der Client nicht mehr mit dem Server kommuniziert, und I6scht daraufhin die 
Server-Ereignistabelle und die Ereigniswarteschlange. Auf diese Weise wird sicher- 
gestellt, dass nicht benStigte Ressourcen, insbesondere Speicherplatz, wieder frei- 
gegeben werden. Im Normalbetrieb meldet der Client-Ereignisdienst alle Ereignis- 
behandlungen ab bevor er die Kommunikation mit dem Server-Ereignisdienst beendet, 
wodurch die Ressourcen automatisch freigegeben werden. Aufgabe der Aufraumfunk- 
tion ist es, Ressourcen freizugeben, wenn keine Abmeldung von Ereignisbehandlungen 
stattgefunden hat, beispielsweise nach einem Ausfall des Clients oder einem unvorher- 
gesehenen Verbindungsabbruch. Die Aufraumfunktion kann beispielsweise von einem 
Benutzer bei Bedarf aufgerufen werden, oder sie kann automatisch zu festlegbaren 
Zeiten, beispielsweise einmal taglich, aufgerufen werden. Eine effiziente Methode 
besteht darin, bei Zugriffen auf Funktionen des Server-Ereignisdienstes, beispielsweise 
der Server-Registrierungsfunktion, zusatzlich automatisch die Aufraumfunktion auf- 
zurufen. 

Des weiteren betrifft die Erfindung ein System zur Verwaltung und Obertragung von 
Ereignissen von einem Server iiber eine Kommunikationsverbindung zu einem Client. 
Der Client, zu dem die Ereignisse der Anlage ilbertragen werden, weist zur Registrie- 
rung moglicher Ereignisse mindestens einen Client-Ereignisdienst auf, der uber die 
Kommunikationsverbindung, beispielsweise das Internet oder ein internes Netzwerk, 
Anfragen zur Ereignisubermittlung an einen Server-Ereignisdienst stellt. Weiterhin 
Obertragt der Client-Ereignisdienst empfangene Ereig nisse an eine.Client-Anwendung. 
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Ein Einsatz des erfindungsgemaSen Systems liegt beispielsweise in der Oberwachung 
technischer Anlagen. Zu diesem Zweck steht die Anlagenschnittstelle des Servers mit 
einer Datenerfassungseinheit einer technischen Anlage in Verbindung, um von der 
Datenerfassungseinheit erfasste Ereignisse einzulesen. 

GemaB einer vorteilhaften Ausgestaltung verfugt der Server-Ereignisdienst iiber eine 
Oder mehrere Server-RQckruffunktionen, die jeweils fQr mindestens ein Ereignis 
registrierbar sind. Eine Server-RQckruffunktion wird bei Eintritt des Ereignisses, fQr das 
sie registriert ist, von der Anlagenschnittstelle aufgerufen. 

GemaR einer vorteilhaften Weiterbildung der Erfindung besitzt der Server-Ereignisdienst 
mindestens eine Server-Registrierungsfunktion zur Registrierung von Server-RQckruf- 
funktionen, mindestens eine Server-Ereignistabelle zur Aufnahme von Datensatzen, die 
jeweils eine Registrierung beschreiben, und mindestens eine Ereigniswarteschlange zur 
Aufnahme von Eintragen, die jeweils ein Ereignis beschreiben. 

Von Vorteil ist auch, dass der Server-Ereignisdienst fur jeden Client-Ereignisdienst, mit 
dem er Qber die Kommunikationsverbindung kommuniziert, einen separaten Client- 
Datensatz aufweist, der jeweils mindestens eine Server-Ereignistabelle und eine 
Ereigniswarteschlange enthalt. Das heifct, dass fQr jeden Client, der mindestens eine 
Server-Ruckruffunktion registriert hat, ein separater Client-Datensatz angelegt ist, in 
dem die Server-Ereignistabelle und die Ereigniswarteschlange zusammengefasst sind. 

In einer vorteilhaften Ausgestaltung der Erfindung weist der Server-Ereignisdienst eine 
Aufraumfunktion auf, die alle vorhandenen Client-Datensatze und die Kommunikation 
mit den zugehdrigen Client-Ereignisdiensten uberwacht. Werden von einem Client- 
Ereignisdienst Qber einen vorgebbaren Zeitraum keine Anfragen mehr ubermittelt, so 
erkennt die Aufraumfunktion, dass der zugehorige Client nicht mehr mit dem Server 
kommuniziert, und loscht daraufhin den zugehorigen Client-Datensatz. Auf diese Weise 
wird sichergestellt, dass nicht benotigte Ressourcen, insbesondere Speicherplatz, 
wieder freigegeben werden. 
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Eine vorteilhafte Ausfuhrungsform der Erfindung sieht vor, dass die in einem Client- 
Datensatz enthaltene Server-Ereignistabelle als Hash-Tabelle ausgefuhrt ist. Sie nimmt 
Datensatze auf, die mindestens eine Ereigniskennung und einen Zeiger auf die zu 
registrierende Server-Ruckruffunktion enthalten. Optional kSnrien in den Datensatzen 
weitere Daten, beispielsweise der Ereignisname, vorhanden sein. Eine Hash-Tabelle 
bietet den Vorteil, dass beispielsweise mit der Ereigniskennung als Schlussel ein sehr 
effizienter Zugriff auf den zugehorigen Datensatz moglich wird, insbesondere bei einer 
groBen Anzahl zu verwaltender Tabelleneintrage. Die Verwendung anderer Daten- 
strukturen wie Baume, lineare Listen oder einfache Arrays ist ebenfalls mSglich. 

Vorteilhafterweise besitzt der Client mindestens eine Client-Ruckruffunktion, die fur 
mindestens ein Ereignis registrierbar ist und die bei Eintritt des Ereignisses, fur das sie 
registriert ist, aufgerufen wird. Die Client-Ruckruffunktion benachrichtigt die Client- 
Anwendung Qber ein in der Anlage eingetretenes Ereignis. 

In diesem Zusammenhang ist es auch von Vorteil, dass der Client-Ereignisdienst 
mindestens eine Client-Registrierungsfunktion zur Registrierung von einer oder 
mehreren Client-Ruckruffunktionen besitzt. Weiterhin besitzt er eine Client-Ereignis- 
tabelle zur Aufnahme von Datensatzen, welche die Registrierung beschreiben, und 
einen Anfragegenerator zur Durchfuhrung von zyklischen Anfragen an einen oder 
mehrere Server-Ereignisdienste zur Ereignisubermittlung. 

Eine vorteilhafte AusfQhrungsform der Erfindung sieht vor, dass auch die Client- 
Ereignistabelle als Hash-Tabelle ausgeftihrt ist. Sie nimmt Datensatze auf, die 
mindestens eine Ereigniskennung und einen Zeiger auf die zu registrierende Client- 
Ruckruffunktion enthalten. Optional konnen in den Datensatzen weitere Dafen, 
beispielsweise der Ereignisname, vorhanden sein. 

Anhand nachfolgender Zeichnungen werden AusfQhrungsbeispiele und vorteilhafte 
Ausgestaltungen der Erfindung nSher erlautert. 

Es zeigen: 

Fig. 1 ein Verfahren zur An- und Abmeldung einer Ereignisbehandlung und zur 
EreignisQbertragung anhand eines Sequenzdiagramms, 



WO 2005/018193 



8 



PCT/EP2004/003837 



Fig. 2 eine beispielhafte Architektur eines erfindungsgemaSen Client/Server-Systems 
und 

Fig. 3 Datenstrukturen zur Speicherung der Daten der Ereignisbehandlung. 

In Fig. 1 ist in einem Sequenzdiagramm das Verfahren zur An- und Abmeldung einer 
Ereignisbehandlung sowie zur Obertragung eingetretener Ereignisse an den Client 
dargestellt. 

Zur Anmeldung einer Ereignisbehandlung ruft eine Ciient-Anwendung 4 in einem ersten 
Schritt 101 eine Client-Registrierurtgsfunktion 61 auf. Diese ruft in einem zweiten Schritt 

102 eine Server-Registrierungsfunktion 71 auf, welche daraufhin in einem dritten Schritt 

103 eine entsprechende Registrierung in einer Anlagenschnittstelle 10 des Servers 
veranlasst. Das Ergebnis der Registrierung wird in einem vierten Schritt 104 an die 
Client-Registrierungsfunktion 61 und von dort in einem funften Schritt 105 an die Ciient- 
Anwendung 4 zurDckgesendet. Bei erstmaliger Registrierung eines Ereignisses wird 
dariiber hinaus in einem zusatzlichen Schritt 106 von der Client-Registrierungsfunktion 
61 ein Anfragegenerator 63 gestartet. 

Der Anfragegenerator 63 lauft parallel zu den anderen clientseitigen Prozessen und 
sendet zyklisch Anfragen an eine Ereigniswarteschlange 75, beziehungsweise an eine 
Warteschlangenverwaltung 76. In einem ersten Schritt 107 erfolgt eine solche Anfrage 
des Anfragegenerators 63, die von der Ereigniswarteschlange 75 in einem zweiten 
Schritt 108 mit der Obertragung einer Ereignisliste beantwortet wird. Liegt kein zu 
Ubertragendes Ereignis vor, so ist diese Ereignisliste leer. Die Frequenz, mit der die 
zyklischen Anfragen durchgefuhrt werden, ist vorgebbar. Eine sinnvolle Auslegung 
muss berOcksichtigen, dass die Zyklusdauer entscheidenden Einfluss auf die maximale 
Verzogerung bei der Benachrichtigung uber ein Ereignis hat. Andererseits wird der 
Server bei kurzen Zyklen durch haufige Anfragen starker belastet, so dass fur die 
konkrete Situation ein Kompromiss zwischen Server-Belastung und akzeptabler 
VerzOgerungszeit gefunden werden muss. Kommt es zu einem Ereignis, fiir das eine 
Registrierung durchgefOhrt wurde, so ruft die Anlagenschnittstelle 10 in einem dritten 
Schritt 109 eine registrierte Server-Ruckruffunktion 72 auf. Diese erzeugt in einem 
vierten Schritt 110 einen entsprechenden Eintrag in der Ereigniswarteschlange 75. 
Aufgrund der nachsten Anfrage des Anfragegenerators 63 in einem fOnften Schritt 11 1 
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wird der Eintrag aus der Ereigniswarteschlange 75 ausgelesen und in einem sechsten 
Schritt 112 an den Anfragegenerator 63 des Clients zurtlckgeliefert. Der Anfragegenera- 
tor 63 ruft daraufhin, eventuell Qber einen RQckrufgenerator 64, in einem siebten Schritt 
113 eine registrierte CHent-RQckruffunktion 41 der Ciient-Anwendung 4 auf. 

Zur Abmeldung einer Ereignisbehandlung ruft die Ciient-Anwendung 4 in einem ersten 
Schritt 114 die Client-Registrierungsfunktion 61 auf. Diese ruft in einem zweiten Schritt 

115 die Server-Registrierungsfunktion 71 auf, welche daraufhin in einem dritten Schritt 

116 in der Anlagenschnittstelle 1 0 des Servers eine Entfernung der zuVor erfolgten 
Registrierung veranlasst. Das Ergebnis der Entfernung der Registrierung wird in einem 
vierten Schritt 117 an die Client-Registrierungsfunktion 61 und von dort in einem fQnften 
Schritt 1 1 8 an die Ciient-Anwendung 4 zuruckgesendet. Wenn fQr den Client 4 nach 
Abmeldung einer Ereignisbehandlung keine weiteren Ereignisbehandlungen mehr 
vorhanden sind, so wird in einem zusatzlichen Schritt 119 der Anfragegenerator 63 
gestoppt. 

In Fig. 2 ist eine mogliche Architektur des Client/Server-Systems gezeigt. 

Das System weist einen Client 1 und einen Server 2 auf, die Qber eine Komrnunika- 
tionsverbindung 9, beispielsweise das Internet, miteinander kommunizieren. 

Der Client 1 weist eine Oder mehrere Anwendungen 4, wie beispielsweise Bedienober- 
flachen oder Anwendungsprogramme zur Anlagensteuerung, auf, welche uber die 
Kommunikationsverbindung 9 mit Server-Applikationen 5 kommunizieren, beispiels- 
weise urn Datenbankabfragen vorzunehmen oder urn Steuersignale zu senden. 
Gegebenenfalls erfolgt die Kommunikation mit dem Server 2 uber einen clientseitigen 
Stellvertreter (Proxy), so dass die Ciient-Anwendung 4 nur lokal mit entsprechenden 
Diensten des Clients 1 kommuniziert. Die Obertragung uber das Internet kann beispiels- 
weise uber einen Web-Service oder SOAP-Aufrufe (Simple Object Access Protocol) 
erfolgen. 

Die Ciient-Anwendung 4 verfQgt uber mehrere Client-RQckruffunktionen 41 , die bei der 
Anmeldung von Ereignisbehandlungen registrierbar sind und bei Eintritt eines Ereignis- 
ses aufrufbar sind. Der Client 1 weist weiterhin einen Client-Ereignisdienst 6 auf, der die 
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An- und Abmeldungen von Ereignisbehandlungen fur die Client-Anwendung 4 durch- 
fuhrt, und der von dem Server 2 Ubermittelte Ereignisse an die Client-Anwendung 4 
Ubertragt 

Der Client-Ereignisdienst 6 verfugt Uber eine Client-Registrierungsfunktion 61 , die von 
der Client-Anwendung 4 zur Registrierung einer Client-RUckruffunktion 41 aufrufbar ist, 
und eine Client-Ereignistabelle 62, in welche die Daten der Ereignisbehandlung, wie 
Ereigniskennung, Ereignisname und Zeiger auf zu registrierende Client-RUckruffunk- 
tionen 41, eintragbar sind, und-aus welcher diese Daten auslesbar sind. Weiterhin weist 
der Client-Ereignisdienst 6 einen Anfragegenerator 63 auf, der zyklisch Anfragen zur 
EreignisUbermittlung an den Server 2 sendet, und der vom Server 2 ubermittelte 
Ereignisse aufnimmt. Zusatzlich verfugt der Client-Ereignisdienst 6 Uber einen RUck- 
rufgenerator 64, an den der Anfragegenerator 63 ubermittelte Ereignisse weiterleitet, 
und der die fur ein betreffendes Ereignis registrierte Client-RUckruffunktion 41 aufruft 

Der Server 2 verfugt Uber eine Anlagenschnittstelle 10, die uber ein lokales Netzwerk 
mit einer technischen Anlage 3, beziehungsweise ihrer Datenerfassungseinheit, 
kommuniziert. Anstelle des lokalen Netzwerkes kann auch eine direkte drahtgebunden 
Verbindung oder eine Funkverbindung vorhanden sein; auch eine Kommunikation uber 
ein globales Netzwerk wie das Internet ist moglich. Weiterhin besitzt der Server 2 eine 
Server-Applikation 5, die beispielsweise als Datenbank aufgebaut ist, und die ein Abbild 
der zu uberwachenden Anlage 3 enthalt 

Der Server 2 weist weiterhin einen Server-Ereignisdienst 7 auf, der die An- und Ab- 
meldungen von Ereignisbehandlungen durchfuhrt, und der von der Anlagenschnittstelle 
10 ubermittelte Ereignisse uber die Kommunikationsverbindung 9 an den Client-Ereig- 
nisdienst 6 Ubertragt. 

Der Server-Ereignisdienst 7 wieist eine Server-Registrierungsfunktion 71 auf, welche 
Uber die Kommunikationsverbindung 9 mit der Client-Registrierungsfunktion 61 
kommuniziert, und welche die Registrierung von Server-Ruckruffunktionen 72 fur 
eintretende Ereignisse sowohl bei der Anlagenschnittstelle 10 als auch bei dem Server- 
Ereignisdienst 7 durchfuhrt. Zu diesem Zweck weist der Server-Ereignisdienst 7 eine 
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Oder mehrere Server-RQckruffunktionen 72 auf, die fOr eintretende Ereignisse registrier- 
bar sind, und die bei Eintritt eines Ereignisses aufrufbar sind. 

Weiterhin weist der Server-Ereignisdienst 7 fur jeden Client, der mit dem Server kom- 
muniziert, eine Server-Ereignistabelle 74 auf, in welche die Daten der Ereignisbehand- 
lung, Wie Ereignis-Kennung, Ereignisnamen und ein Zeiger auf die zu registrierende 
Server-Ruckruffunktion 72, eintragbar sind. Auch verfQgt der Server-Ereignisdienst 7 fur 
jeden Client, der mit dem Server kommuniziert, Qber eine Ereigniswarteschlange 75, in 
welche Datensatze.-die eingetretene Ereignisse beschreiben, eintragbar sind. 

Die Server-Ereignistabelle 74 und die zugehOrige Ereigniswarteschlange 75 bilden je 
einen Client-Datensatz 73. Alle Client-Datensatze 73 sind in einer Client-Datenbank 78 
des Server-Ereignisdienstes 7 zusammengefasst. 

Weiterhin besitzt der Server-Ereignisdienst 7 eine Warteschlangenverwaltung 76, 
welche die Anfragen des Anfragegenerators 63 beantwortet, und welche Eintrage aus 
der Ereigniswarteschlange 75 entnimmt und an den Anfragegenerators 63 Qbermittelt. 

Zusatzlich verfQgt der Server-Ereignisdienst 7 uber eine Aufraumfunktion 77, welche die 
Kommunikation mit dem Client-Ereignisdienst 6 uberwacht, und welche den Client- 
Datensatz 73 loscht, wenn der zugehorige Client-Ereignisdienst 6 nicht mehr mit dem 
Server-Ereignisdienst 7 kommuniziert. Treffen von einem Anfragegenerator 63 Uber 
einen vorgebbaren Zeitraum keine Anfragen mehr ein, so erkennt die Aufraumfunktion 
77, dass der zugehorige Client 1 nicht mehr mit dem Server 2 kommuniziert, und loscht 
daraufhin den zugehdrigen Client-Datensatz 73. Der besagte Zeitraum ist dabei deutlich 
grSBer vorzugeben als die Zykluszeit des Anfragegenerators 63, also der Zeitspanne 
zwischen zwei Anfragen. Auf diese Weise wird sichergestellt, dass nicht ben6tigte 
Ressourcen, insbesondere Speicherplatz, wieder freigegeben werden. 

Nachfolgend wird das Verfahren zur Anmeldung einer Ereignisbehandlung anhand des 
Systems nach Fig. 2 beschrieben. Zur Registrierung einer Client-Ruckruffunktion 41 ruft 
die Client-Anwendung 4 die Client-Registrierungsfunktion 61 des Client-Ereignisdien- 
stes 6 auf und ubergibt einen Zeiger auf die zu registrierende Client-Ruckruffunktion 41 . 
Die Client-Registrierungsfunktion 61 generiert daraufhin eine eindeutige Ereignisken- 
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nung, mit deren Hilfe die Daten der Ereignisbehandlung bei dem Server 2 und dem 
Client 1 einander zugeordnet werden. Danach leitet die Client-Registrierungsfunktion 61 
den Namen des Ereignisses, fQr das eine Registrierung erfolgen soli, zusammen mit der 
generierten Ereigniskennung Kommunikationsverbindung 9 an die Server-Registrie- 
rungsfunktion 71 des Server-Ereignisdienstes 7 weiter. Die Server-Registrierungsfunk- 
tion 71 registriert eine Server-Ruckruffunktion 72 bei der Aniagenschnittstelle 10 durch 
Obergabe des Ereignisnamens und eines Zeigers auf die Server-Ruckruffunktion 72. 
Weiterhin speichert die Server-Registrierungsfunktion 71 alle relevanten Daten der 
Ereignisbehandlung, wie beispielsweise die Ereignis-Kennung, den Ereignisnamen und 
einen Zeiger auf die Server-Ruckruffunktion 72, in der Server-Ereignistabelle 74, die 
Teil eines fur jeden Client in der Client-Datenbank 78 abgelegten Datensatzes 73 ist. 
Anschliefcend sendet die Server-Registrierungsfunktion 71 eine Nachricht uber die 
erfolgreiche Registrierung des Ereignisses an die Client-Registrierungsfunktion 61 
zurQck. Diese tragt in die Client-Ereignistabelle 62 die Ereigniskennung, den Ereignis- 
namen und den Zeiger auf die Client-Ruckruffunktion 41 ein. Sofern dies nicht bereits 
zuvor geschehen ist, wird der Anfragegenerator 63 als neuer paralleler Prozess 
gestartet, der zyklisch Anfragen zur Ereignisubermittlung an die Warteschlangen- 
verwaltung 76 des Server-Ereignisdienstes 7 sendet. Damit ist die Anmeldung einer 
Ereignisbehandlung abgeschlossen. 

Nachfolgend wird das Verfahren zur Abmeldung einer Ereignisbehandlung anhand des 
Systems nach Fig. 2 beschrieben. Zum Entfernen einer Ereignisbehandlung ruft die 
Client-Anwendung 4 die Client-Registrierungsfunktion 61 auf. Die Client-Registrierungs- 
funktion 61 sendet eine entsprechende Nachricht an die Server-Registrierungsfunktion 
71, welche einerseits die Aniagenschnittstelle 10 uber die Freigabe der entsprechenden 
Server-Ruckruffunktion 72 benachrichtigt und anschlieUend den entsprechenden Client- 
Datensatz 73 aktualisiert. Dazu wird der entsprechende Eintrag aus der Server-Ereig- 
nistabelle 74 entfernt. DarOber hinaus wird die Ereigniswarteschlange 75 daraufhin 
Qberpruft, ob sie noch zu der Ereignisbehandlung gehdrige, noch nicht abgefragte 
Datensatze enthalt. Je nach Anwendungsfall ist es dann sinnvoll, die zugehdrigen 
Ereignisdatensatze ebenfalls zu loschen Oder sie in der Warteschlange zu belassen, bis 
sie von dem Anfragegenerator 63 des Client-Ereignisdienstes 6 abgefragt werden. Sind 
fQr den Client 1 keine Ereignisbehandlungen mehr in der Server-Ereignistabelle 74 
registriert und ist auch die Ereigniswarteschlange 75 leer, so ist es m6glich, den 
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gesamten Client-Datensatz 73 zu entfernen. Dies spart einerseits System-Ressourcen, 
erfordert aber einen hSheren Aufwand, urn den Datensatz bei Registrierung neuer 
Ereignisbehandlungen wieder anzulegen. 1st die Entfernung der Ereignisbehandlung im 
Server-Ereignisdienst 7 abgeschlossen, so sendet die Server-Registrierungsfunktion 71 
eine entsprechende Nachricht an die Client-Registrierungsfunktion 61 zurOck. Die 
Client-Registrierungsfunktion 61 entfernt daraufhin den entsprechenden Eintrag aus der 
Client-Ereignistabelle 62. 1st in der Client-Ereignistabelle 62 kein Ereignis mehr 
registriert, so ist es sinnvoll, den Anfragegenerator 63 zur zyklischen Anfrage solange 
zu stoppen, bis wieder neue Ereignisse registriert werden. Um sicherzustellen, dass 
keine unbehandelten Ereignisse mehr in der Ereigniswarteschlange 75 des Servers 2 
vorliegen, wird, bevor der Anfragegenerator 63 gestoppt wird, noch eine letzte Anfrage 
an die Warteschlangenverwaltung 76 gestellt. 

Nachfolgend wird der Ablauf einer EreignisObermittlung anhand des Systems nach Fig. 
2 beschrieben. Von der Datenerfassungseinheit in der Anlage 3 wird ein Ereignis, 
beispielsweise Oberschreiten von Grenzwerten oder Aktivierung von Schaltern oder 
Sensoren, erfasst, und an die Anlagenschnittstelle 10 gemeldet. Wurde fur dieses 
Ereignis eine Server-Ruckruffunktion 72 registriert, so ruft die Anlagenschnittstelle 10 
die registrierte Server-ROckruffunktion 72 auf und Obergibt als Parameter den Ereignis- 
namen. Die Server-Ruckruffunktion 72 entnimmt den Server-Ereignistabellen 74 der 
verschiedenen Client-Datensatze 73 die dem betreffenden Ereignisnamen zugeord- 
neten Ereigniskennungen und schreibt je einen das Ereignis beschreibenden Datensatz 
in die Ereigniswarteschlangen 75 der zugehorigen Client-Datensatze 73. Damitendet 
die AusfOhrung der Server-Ruckruffunktion 72. 

Alternativ wird bei der Ereignisregistrierung fur jedes zu registrierende Ereignis eine 
separate Instanz der Server-Ruckruffunktion 72 angelegt, so dass fur jeden Eintrag in 
einer Server-Ereignistabelle 74 eine eigene Ruckruffunktion vorhanden ist. In diesem 
Fall muss der Ereignisname nicht in den Server-Ereignistabellen 74 abgelegt werden. In 
der Anlagenschnittstelle 10 ist die Zuordnung zwischen Ereignisnamen und Instanz der 
Server-Ruckruffunktion 72 bekannt. Bei Eintritt des Ereignisses ruft die Anlagenschnitt- 
stelle 10 die dem Ereignisnamen zugeordnete Instanz der Server-ROckruffunktion 72 
auf, ohne den Ereignisnamen als Parameter zu Obergeben. Diese Instanz der Server- 
ROckruffunktion 72 entnimmt den Server-Ereignistabellen 74 die zugehorigen Ereignis- 
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kennungen und schreibt einen das Ereignis beschreibenden Datensatz in die Ereignis- 
warteschlange 75des zugehOrigen Client-Datensatzes 73. 

Das Ereignis wird solange in der Ereigniswarteschlange 75 zwischengespeichert, bis 
die nachste Anfrage des Anfragegenerators 63 an die Warteschlangenverwaltung 76 
Qbermittelt wird. 1st die dem Client 1 zugeordnete Ereigniswarteschlange 75 leer, so 
wird eine leere Ereignisliste an den Anfragegenerators 63 zurQckgesendet. 1st jedoch 
zuvor, wie oben beschrieben, ein Ereignis eingetreten, so liefert die Warteschlangen- 
verwaltung 76 eine Liste der zwischenzeitlich eingetretenen Ereignisse an den 
Anfragegenerator 63 zurQck. Jeder Eintrag der Liste enthalt die zu dem Ereignis 
gehorigen Parameter und die ursprunglich von der Client-Registrierungsfunktion 61 
erzeugte Ereigniskennung. Die Qbertragenen Ereignisse werden aus der Ereigniswarte- 
schlange 75 entfernt Beim Client-Ereignisdienst 6 wird das Ergebnis der Anfrage des 
Anfragegenerators 63 von dem RQckrufgenerator 64 ausgewertet. Der Ruckrufgenera- 
tor 64 entnimmt der Client-Ereignistabelle 62 die der jeweiligen Ereigniskennung zuge- 
horige Client-Ruckruffunktion 41 und ruft diese Client-Ruckruffunktionen 41 mit den 
Ereignisdaten als Parameter auf. 

In Fig. 3 sind systemgemaSe Datenstrukturen zur Speicherung der Daten der Ereignis- 
behandlung auf dem Client 1 und dem Server 2 gezeigt. 

Vom Client-Ereignisdienst 6 werden fDr jede Ereignisbehandlung Datensatze in einer 
Client-Ereignistabelle 62 gespeichert. Jeder der Datensatze enthalt eine Ereignis- 
kennung, einen Verweis auf die zugehorige Client-RQckruffunktion 41 und optional 
einen Ereignisnamen. Die Realisierung des Verweises hangt von der konkreten 
Implementierung, beziehungsweise der verwendeten Programmiersprache ab. 
Beispielsweise werden in C / C++ typischerweise Funktionspointer, auch Zeiger 
genannt, venA/endet. Die Client-Ereignistabelle 62 lasst sich auf gQnstige Weise als 
Hash-Tabelle realisieren, bei der die Ereigniskennung als Schlussel verwendet wird. 
Dadurch lasst sich beim Eintreffen eines Ereignisses auf effiziente Weise der 
zugehSrige Datensatz auffinden. 

Auf dem Server 2 werden fUr jeden Client 1 , der Ereignisbehandlungen registriert hat, 
Daten gespeichert. Dies kann effizient in einer als Hash-Tabelle realisierten Client- 
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Datenbank 78 erfolgen, uber die mit einer ClientID als Schlussel zugegriffen wird. FDr 
jeden Client 1 wird ein eigener Client-Datensatz 73 abgelegt, der neben der ClientID 
eine Server-Ereignistabelle 74 und eine Ereigniswarteschlange 75 enthalt Die Server- 
Ereignistabelle 74 kann analog zu der Client-Ereignistabelle 62 als Hash-Tabelle 
realisiert werden und enthalt entsprechende Datensatze, wobei jedoch als 
Ruckruffunktion ein Verweis auf die Server-Ruckruffunktion 72 gespeichert ist. Die 
Ereigniswarteschlange 75 wird sinnvollerweise als Warteschlangen- (Queue-) Daten- 
struktur realisiert, wobei die einzeinen Datensatze mindestens die Ereigniskennung und 
optional weitere Parameter, die das Ereignis nether beschreiben, enthalten. 
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Patentansprilche 

1 . Verfahren zur Verwaltung und Obertragung von Ereignissen von einem Server (2) 
uber eine Kommunikationsverbindung (9) zu mindestens einem Client (1), wobei 
fur eine Initialisierung und/oder Aktualisierung des Clients (1) eine 
Registrierung mSglicher Ereignisse in einem Client-Ereignisdienst (6) erfoigt, 
ftir eine Initialisierung und/oder Aktualisierung des Servers (2) eine 
Registrierung moglicher Ereignisse in einem Server-Ereignisdienst (7) erfoigt, 
erfasste Ereignisse, fur die eine Registrierung vorgenommen wurde, von einer 
Anlagenschnittstelle (10) an den Server-Ereignisdienstes (7) Qbergeben 
werden, 

vom Client-Ereignisdienst (6) initiierte Anfragen der erfassten Ereignisse an 
den Server-Ereignisdienst (7) erfolgen, 

aufgrund einer eingegangenen Anfrage an den Server-Ereignisdienst (7) die 
erfassten Ereignisse zum Client-Ereignisdienst (6) ubertragen werden und 
vom Client-Ereignisdienst (6) empfangene Ereignisse zu einer Client- 
Anwendung (4) Qbertragen >werden. 

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die zu ubertragenden 
Ereignisse von einer Datenerfassungseinheit in einer technischen Anlage (3) 
erfasst und an die Anlagenschnittstelle (10) des Servers (2) gemeldet werden. 

3. Verfahren nach einem der Anspruche 1 oder 2, dadurch gekennzeichnet, dass die 
Client-Anwendung (4) fUr jedes Ereignis, uber das sie zu benachrichtigen ist, beim 
Client-Ereignisdienst (6) eine Client-Ruckruffunktion (41) registriert und der Client- 
Ereignisdienst (6) uber die Kommunikationsverbindung (9) beim Server- 
Ereignisdienst (7) eine entsprechende Server-RQckruffunktion (72) registriert. 
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4. Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass zur Registrierung der 
ROckruffunktionen (41, 72) fQr ein Ereignis, dem beim Client (1) und beim Server 
(2) verfahrensvorbereitend der gieiche Ereignisname zugeordnet ist, schrittweise 
die Client-Anwendung (4) eine Ciient-Registrierungsfunktion (61) des Client- 
Ereignisdienstes (6) aufruft und ihr den Namen des betreffenden Ereignisses 
und einen Zeiger auf die zu registrierende Client-RQckruffunktion (41) 
ubergibt, 

die Ciient-Registrierungsfunktion (61) eine eindeutige Ereigniskennung 
generiert und die Ereigniskennung und den Ereignisnamen uber die 
Kommunikationsverbindung (9) an eine Server-Registrierungsfunktion (71) 
des Server-Ereignisdienstes (7) Qbermittelt, 

die Server-Registrierungsfunktion (71) eine Server-Ruckruffunktion (72) bei 
der Anlagenschnittstelle (10) durch Obergabe des Ereignisnamens registriert, 
die Server-Registrierungsfunktion (71) einen Datensatz, der mindestens die 
Ereigniskennung und einen Zeiger auf die zu registrierende Server- 
Ruckruffunktion (72) enthalt, in einer Server-Ereignistabelle (74) speichert, 
die Server-Registrierungsfunktion (71) die Durchfuhrung der Registrierung 
Qber die Kommunikationsverbindung (9) an die Ciient-Registrierungsfunktion 
(61) des Client-Ereignisdienstes (6) meldet und 

die Ciient-Registrierungsfunktion (61) die Client-RQckruffunktion (41) durch 
Speichern eines Datensatzes in einer Client-Ereignistabelle (62) registriert, 
wobei der Datensatz mindestens die Ereigniskennung und einen Zeiger auf 
die zu registrierende Client-RQckruffunktion (41) enthalt. 

5. Verfahren nach Anspruch 4, dadurch gekennzeichnet; dass die Ciient- 
Registrierungsfunktion (61) nach erstmaliger Registrierung einer Client-RQckruf- 
funktion (41) einen Anfragegenerator (63) startet, der daraufhin Anfragen zur 
Ereignisubermittlung an den Server-Ereignisdienst (7) stellt. 

6. Verfahren nach Anspruch 5, dadurch gekennzeichnet, dass der Anfragegenerator 
(63) des Client-Ereignisdienstes (6) die Anfragen zur EreignisQbermittlung an den 
Server-Ereignisdienst (7) zyklisch stellt. 
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7. Verfahren nach einem der AnsprQche 3 bis 6, dadurch gekennzeichnet, dass zur 
Obertragung von Ereignissen schrittweise 

- die Anlagenschnittstelle (10) ein eingetretenes Ereignis erfasst und die fur 
dieses Ereignis registrierte Server-RQckruffunktion (72) aufruft, 

- die Server-RQckruffunktion (72) einen das Ereignis beschreibenden Eintrag in 
mindestens einer Ereigniswarteschlange (75) erzeugt, 

- der Server-Ereignisdienst (7) bei der nachsten Anfrage des Client-Ereignis- 
dienstes (6) zur Ereignisubermittlung den erzeugten Eintrag aus der Ereignis- 
warteschlange (75) ausliest und inn Qber die Kommunikationsverbindung (9) 
an den Client-Ereignisdienst (6) ubermittelt, 

- der Client-Ereignisdienst (6) aus dem erhaltenen Eintrag die fur dieses Ereignis 
registrierte Client-RQckruffunktion (41) ermittelt und aufruft und 

- die Client-Ruckruffunktion (41 ) eine fur das entsprechende Ereignis definierte 
Aktion in der Client-Anwendung (4) ausfuhrt. 

8. Verfahren nach Anspruch 7, dadurch gekennzeichnet, dass fakultativ eine Auf- 
raumfunktion (77) des Server-Ereignisdienstes (7) aufgerufen wird, welche die 
Server-Ereignistabelle (74) und die Ereigniswarteschlange (75) loscht, wenn der 
Client-Ereignisdienst (6) nicht mehr mit dem Server-Ereignisdienst (7) kommuni- 
ziert 

9. System zur Verwaltung und Obertragung von Ereignissen von einem Server (2) 
Qber eine Kommunikationsverbindung (9) zu mindestens einem Client (1), wobei 

der Client (1) zur Registrierung moglicher Ereignisse mindestens einen Client- 
Ereignisdienst (6) aufweist, der Qber eine Kommunikationsverbindung (9) An- 
fragen zur EreignisQbertragung an einen Server-Ereignisdienst (7) stellt und 
empfangene Ereignisse an eine Client-Anwendung (4) Qbertragt, 
der Server (2) zur Registrierung mbglicher Ereignisse mindestens einen 
Server-Ereignisdienst (7) aufweist, der Qber eine Kommunikationsverbindung 
(9) Ereignisse zu einem Client-Ereignisdienst (6) Qbertragt, 
der Server (2) mindestens eine Anlagenschnittstelle (10) aufweist, die ein- 
getretene Ereignisse an den mindestens einen Server-Ereignisdienst (7) 
Qbergibt. 
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10. System nach Anspruch 9, dadurch gekennzeichnet, dass die Anlagenschnittstelle 
(10) mit einer Datenerfassungseinheit einer technischen Anlage (3) in Verbindung 
steht urn von der Datenerfassungseinheit erfasste Ereignisse einzulesen. 

11. System nach einem der Anspruche 9 oder 10, dadurch gekennzeichnet, dass der 
Server-Ereignisdienst (7) mindestens eine Server-RQckruffunktion (72) aufweist, 
die fur mindestens ein Ereignis registrierbar ist und bei Eintritt eines Ereignisses, 
fur das sie registriert ist, aufgerufen wird. 

12. System nach einem der Anspruche 9 bis 1 1 , dadurch gekennzeichnet, dass der 
Server-Ereignisdienst (7) mindestens eine Server-Registrierungsfunktion (71) zur 
Registrierung von Server-Ruckruffunktionen (72), mindestens eine Server- 
Ereignistabelle (74) zur Aufnahme von jeweils eine Registrierung beschreibenden 
Datensatzen und mindestens eine Ereigniswarteschlange (75) zur Aufnahme von 
jeweils ein Ereignis beschreibenden Eintragen aufweist. 

13. System nach einem der AnsprQche 9 bis 12, dadurch gekennzeichnet, dass der 
Server-Ereignisdienst (7) fur jeden Client-Ereignisdienst (6), mit dem er uber eine 
Kommunikationsverbindung (9) kommuniziert, einen separaten Client-Datensatz 
(73) aufweist, der jeweils mindestens eine Server-Ereignistabelle (74) und 
mindestens eine Ereigniswarteschlange (75) enthait 

14. System nach Anspruch 13, dadurch gekennzeichnet, dass der Server-Ereignis- 
dienst (7) eine Aufraumfunktion (77) aufweist, die den Client-Datensatz (73) 
loscht, wenn der zugehorige Client-Ereignisdienst (6) nicht mehr mit dem Server- 
Ereignisdienst (7) kommuniziert. 

15. System nach einem der Anspruche 12 bis 14, dadurch gekennzeichnet, dass die 
Server-Ereignistabelle (74) als Hash-Tabelle ausgefQhrt ist und Datensatze 
aufnimmt, die mindestens eine Ereigniskennung und einen Zeiger auf eine zu 
registrierende Server-RQckruffunktion (72) enthalten. 
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16. System nach einem der AnsprQche 9 bis 15, dadurch gekennzeichnet, dass der 
Client (1) mindestens eine Client-Ruckruffunktion (41) aufweist, die fur mindestens 
ein Ereignis registrierbar ist und bei Eintritt des Ereignisses, fQr das sie registriert 
ist, aufgerufen wird. 

17. System nach einem der AnsprOche 9 bis 16, dadurch gekennzeichnet, dass der 
Client-Ereignisdienst (6) mindestens eine Client-Registrierungsfunktion (61) zur 
Registrierung von Client-RQckruffunktionen (41), mindestens eine Client-Ereignis- 
tabelle (62) zur Aufnahme von die Registrierung beschreibenden Datensatzen und 
mindestens einen Anfragegenerator (63) zur Durchfuhrung von zyklischen 
Anfragen zur Ereignisubermittlung aufweist. 



18. System nach Anspruch 17, dadurch gekennzeichnet, dass die Client-Ereignis- 
tabelle (62) als Hash-Tabelle ausgefuhrt ist und Datensatze aufnimmt, die 
mindestens eine Ereigniskennung und einen Zeiger auf eine zu registrierende 
Ciient-RQckruffunktion (41) enthalten. 
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